-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement org-based write permissions in frontend #441
Conversation
61c83fe
to
2be74d0
Compare
] | ||
: []), | ||
]; | ||
}); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Dans ce fichier, je rends les navigationItems
réactifs par rapport au catalogue de l'utilisateur courant.
En effet, quand on se connecte avec un utilisateur dont l'organisation n'a pas de catalogue, le navItem "Contribuer" ne doit pas être visible.
Le besoin d'un debounce()
me déçoit un peu (ce n'est pas la faute du refresh()
: j'ai essayé de le commenter et sans debounce j'avais 2 requêtes identiques qui se lançaient), j'ai laissé un XXX
pour l'instant.
projects: [ | ||
{ | ||
name: "default", | ||
use: { | ||
adminTestPassword: getAdminTestPassword(), | ||
}, | ||
}, | ||
], |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
J'en ai profité pour simplifier cette utilisation de projects
en définissant directement une constante ADMIN_PASSWORD
, comme pour le reste.
À l'époque, je crois que j'avais fait ça parce qu'on ne pouvait pas vraiment importer du code dans les fichiers dans tests/e2e
. Avec la dernière version de Playwright ça passe crème.
getCatalogBySiret({ | ||
fetch, | ||
apiToken, | ||
siret: dataset.catalogRecord.organization.siret, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ici il y avait un bug : on récupérait le SIRET de l'utilisateur courant, mais en fait dans le contexte de l'édition d'un dataset, c'est le catalogue du jeu de données qui nous intéresse !
026220e
to
e27a409
Compare
e27a409
to
c5e3836
Compare
c5e3836
to
6d6539d
Compare
Refs #388
Cette PR implémente des changements pour tenir compte des droits de chaque utilisateur vis-à-vis des catalogues:
Je peux éventuellement couper ça en 2.
(Les PRs côté backend ne feront que "verrouiller" ces comportements côté backend, mais on n'en a pas besoin pour adapter l'UI dès à présent.)
TODO
Pour tester
En local :
TOOLS_PASSWORDS
dans son.env
et relancermake initdata
)